REMARKS 



Claims 1-38 were pending in the present application. Claims 1-3, 9-12, 14-16, 
21-24, 26-28, 34, 35, and 37 have been amended. Accordingly, claims 1-38 remain 
pending in the application. 

Claims 1-38 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Liencres et al. (U.S. Patent No. 5,434,993) (hereinafter "Liencres") in view of 
Chandrasekaran et al. (U.S. Patent No. 6,970,872) (hereinafter "Chandrasekaran "). 
Although Applicant respectfully traverses at least portions of this rejection, Applicant has 
amended the claims for clarification and to expedite allowance. 

Applicant's claim 1 recites a system comprising in pertinent part 



"a node including an active device, an interface to an inter-node network, 
a system memory, and an address network and a data network that 
is separate from the address network, coupling the active device, 
the interface, and the memory; 

wherein in response to receiving from the active device an address packet 
initiating a transaction to gain an access right to a coherency unit, 
the system memory is configured to send a report corresponding 
to the address packet to the interface if the transaction cannot be 
satisfied within the node ; 

wherein the interface is configured to ignore the address packet and to 
send a coherency message requesting the access right to the 
additional node via the inter-node network in response to the 
report ." 



The Examiner asserts the combination of Liencres and Chandrasekaran teaches all 
the limitations recited in Applicant's claim 1. Applicant respectfully disagrees with at 
least portions of the Examiner's assertions. More particularly, the Examiner asserts on 
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page 2 in the present Office action "the memory and the active device are part of element 
32 in Liencres, which is connected to element 33." 



However as shown in FIG. 3a, Liencres clearly shows that the memory eluded to 
by the Examiner is a cache memory 37, which is not coupled to the bus 33 but to the 
cache controller 35. In addition, in Applicant's specification and drawings it is clear the 
claimed memory is a system memory and not a cache memory. Furthermore, even 
though Liencres clearly shows a system (main) memory coupled by a memory bus 25 to 
each node, the Examiner has attempted to say the cache memory 37 is analogous to 
Applicant's claimed memory. 



However, although Applicant completely disagrees with this analogy, Applicant 
has amended the claims to clarify this distinction. Thus, Applicant submits element 33 
cannot be the address network and the data network as recited in Applicant's claim 1 
because it only couples the bus controller 31 to the processor cache controller 35. It does 
not couple the active device, the interface, and the system memory as recited in claim 1 . 
Further, Liencres does not teach or disclose an address network and a data network that is 
separate from the address network , since element 33 is a simple cache bus (as disclosed 
by Liencres below). 

Liencres also discloses at col. 7 
"Read Transactions 

When a memory request by the processor 21 cannot by fulfilled by the 
data in the processor cache memory 37, the processor cache controller 35 
sends a read request packet across the cache bus 33 to the bus cache 
controller 3 1 . The bus cache controller 31 proceeds to broadcast a 
corresponding read request packet across the memory bus 25. The read 
transaction initiated by the bus cache controller 31 consists of two packets: 
a read request packet sent by the bus cache controller 31 on the memory 
bus 25 and a read reply packet sent by another device on the memory bus . 
The read request packet contains the address of the memory requested by 
the processor cache controller 35 and is broadcast to all entities on the 
memory bus 25 . A device on the memory bus 25 that contains the 
requested memory address responds to the read request packet with a read 
reply packet containing the subblock which includes the requested 
memory address. The read reply packet is generally issued by the main 
memory 23 except when the desired memory address is "owned" by 
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another processor subsystem 20 , I n that case, the processor subsystem that 
owns the subblock must generate a read reply packet with the requested 
data." (Emphasis added) 

The Examiner acknowledges Liencres does not teach "wherein in response to 
receiving from the active device an address packet initiating a transaction to gain an 
access right to a coherency unit, the system memory is configured to send a report 
corresponding to the address packet to the interface if the transaction cannot be satisfied 
within the node." 

The Examiner also asserts Liencres teaches ignoring the address packet, but 
acknowledges Liencres does not teach in response to the report, the interface sending "a 
coherency message requesting the access right to the additional node via the inter-node 
network," as recited in claim 1. 

However, the Examiner asserts Chandrasekaran teaches the above limitations at 
col. 6 lines 25-36. The Examiner asserts by paraphrasing Chandrasekaran "When 
another node writes out data, it sends out a report stating the latest write time for that 
data. The read data is invalid once its timestamp comes before the latest write time. The 
node, now having an invalid read data, will ignore the current address packet (col. 2, lines 
60-66), and then have to request the updated data from the additional node. It would 
have been obvious... to employ optimistic reading of data using "write-time" validity 
checking so that reads could be employed when another node has exclusive access but 
hasn't yet written the data." Applicant respectfully disagrees with the Examiner's 
application of the Chandrasekaran art to Applicant's claims. 

More particularly, Chandrasekaran is directed to optimistic reads and write time 

validity checking. Chandrasekaran discloses at col. 6, lines 25-36 

"In an embodiment using the first type of validity checking, the time that 
the optimistic read is started is compared to the latest time that the data 
block was written by any of the other nodes. If the read was started after 
the last write, the read is valid. This can be determined even before the 
read is finished , but involves the writing node publishing its write time to 
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the other nodes. A node can publish its write time in any way, such as by 
broadcasting the write time to the other nodes, by storing the write time 
and responding to requests from other nodes, or by sending the write time 
to a lock manager. This type of validity checking is called "write-time" 
validity checking herein." 

From the foregoing description, Applicant fails to see how this applies to 
Applicant's claim 1. Specifically, it appears to Applicant from the above disclosure and 
from the Examiner's own paraphrasng Chandrasekaran is teaching a given node 
broadcasting or somehow publishing its write time for a write of data . Then some other 
node does an optimistic read of the data, and if that read occurs earlier in time than the 
write, the read data would be invalid. The write time may be kept by a lock manager 
which returns the write validity information. Chandrasekaran teaches at col. 8 lines 56- 



"If it is determined in step 250 that the particular block returned in step 
240 is not valid, then control passes to step 260. In step 260, t he operation 
to retrieve the particular block from disk or a remote cache is started 
again, based on permission received in step 230. Because permission has 
been received in step 230 before performing step 260, the data block 
received in response to step 260 will be valid. In embodiments in which 
permission is not received in step 230, such as embodiments in which a 
message denying p ermission to access the particular data block is received 
in step 230, step 260 is delayed until permission is received." 

From the foregoing Applicant submits Chandrasekaran does not teach the 
limitations recited in Claim 1. To the contrary, Chandarsekaran is merely teaching a lock 
manager sending the write time and not the system memory , and retrying the read when 
permission is received. This is not the same as the system memory sending a report to 
the interface, which then sends a coherency message requesting the access right to the 
additional node via the inter-node network in response to the report . 



From the foregoing, Applicant submits neither Liencres nor Chandrasekaran taken 
either singly or in combination teaches or suggest the combination of features recited in 
Applicant's claim 1. Accordingly, Applicant submits claim 1, along with its dependent 
claims patentably distinguishes over Liencres in view of Chandrasekaran for the reasons 
given above. 
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Applicant's independent claims 14 and 26 recite features that are similar to the 
features recited in claim 1. Thus Applicant submits claims 14 and 26, along with their 
respective dependent claims, patentably distinguish over Liencres in view of 
Chandrasekaran for at least the reasons given above. 
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CONCLUSION 



Applicant submits the application is in condition for allowance, and an early 
notice to that effect is requested. 

If any fees are due, the Commissioner is authorized to charge said fees to 
Meyertons, Hood, Kivlin, Kowert, & Goetzel, P.C. Deposit Account No. 501505/5681- 
01601/SJC. 



Respectfully submitted, 



/ Stephen J. Quran / 

Stephen J. Curran 
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